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GATE REUSE METHODOLOGY FOR DIFFUSED CELL-BASED IP 

BLOCKS IN PLATFORM-BASED SILICON PRODUCTS 

Cross Reference to Related Applications 

5 The present application may relate to co-pending 

application Serial No. 10/649,215, filed August 26, 2003 (Attorney- 
Docket No. 1496.00303), which is hereby incorporated herein by 
reference in its entirety. 



10 Field of the Invention 

The present invention relates to integrated circuit 
design and fabrication generally and, more particularly, to a gate 
reuse methodology for diffused cell -based IP blocks in platform- 
based silicon products. 
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Background of the Invention 

Platform-based silicon products can include a combination 
of diffused intellectual property blocks (also referred to as IP or 
macro function blocks) and A-cell based transistor arrays. The IP 
20 blocks can include processor cores, high-speed interfaces, and 
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memory. The combination of the IP blocks and the A-cell arrays 
form a base silicon wafer that can be configured through metal 
layers for different applications. Often, the diffused IP can be 
unused in a given application. However, the unused diffused IP 
blocks can still use routing and placement resources on the die. 

It would be desirable to reuse the gates of unused 
diffused cell-based IP blocks in platform-based silicon products. 

Summary of the Invention 

The present invention concerns a method for re-using 
diffused cell-based IP blocks in a structured application specific 
integrated circuit comprising the steps of (A) implementing one or 
more blocks of intellectual property (IP) using a plurality of 
cell -based building blocks and (B) providing one or more 
alternative views for at least one of the one or more blocks of 
intellectual property. 

The objects, features and advantages of the present 
invention include providing a gate reuse methodology for diffused 
cell -based IP blocks in platform-based silicon products that may 
(i) create modified netlists for IP blocks, (ii) connect building 
blocks of IP into a new configuration, (iii) tie off unused 
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building blocks in the netlist, (iv) map the modified netlist onto 
the placement of the original hard macro, (v) create modified 
layout views and/or (v) provide multiple views for a given IP 
block. 

Brief Description of the Drawings 

These and other objects, features and advantages of the 
present invention will be apparent from the following detailed 
description and the appended claims and drawings in which: 

FIG. 1 is a block diagram illustrating an example 
platform-based silicon product in accordance with the present 
invention; 

FIG. 2 is a block diagram illustrating a diffused IP hard 
macro comprising a collection of cell -based structures; 

FIG. 3 is a block diagram illustrating an alternative 
view of the hard macro of FIG. 2 having alternative connections in 
accordance with the present invention; and 

FIG. 4 is a flow diagram illustrating a process for 
designing and fabricating a cell-based semiconductor integrated 
circuit in accordance with a preferred embodiment of the present 
invention. 
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Detailed Description of the Preferred Embodiments 

Referring to FIG. 1, a block diagram of a die 100 is 
shown illustrating an example platform-based silicon product in 
accordance with the present invention. Platform-based silicon 
products (e.g., a structured application specific integrated 
circuit (ASIC)) may comprise, in one example, a combination of 
diffused intellectual property (IP) blocks 102 and one or more A- 
cell based transistor arrays 104 forming a base silicon wafer that 
may be configurable through one or more metal layers for different 
applications. As used herein, A-cells generally refer to an area 
of silicon designed (or diffused) to contain one or more 
transistors or gates that have not yet been personalized (or 
configured) with metal layers. Wire layers may be added to the A- 
cells to make particular transistors, logic gates and/or storage, 
elements. An A-cell generally comprises one or more diffusions for 
forming the parts of transistors and/or gates and the contact 
points where wires may be attached in subsequent manufacturing 
steps (e.g., to power, ground, inputs and outputs). 

In general, the A-cells may be, in one example, building 
blocks for logic and/or storage elements. For example, one way of 
designing a chip that performs logic and storage functions may be 
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to lay down numerous A-cells row after row, column after column. 
A large area of the chip may be devoted to nothing but A-cells. 
The A-cells may be personalized (or configured) in subsequent 
production steps (e.g., by depositing metal layers) to provide 
particular logic functions. The logic functions may be further 
wired together (e.g., a gate array design). 

The diffused IP blocks i02 may comprise, for example, one 
or more of buffers, buffer stacks (e.g., LIFO and/or FIFO), memory 
arrays, registers, flip-flops, multiplexers, inverters, counters, 
signal processor cores, general processor cores, numeric and/or 
mathematical processor cores, encoders, decoders, transmitters, 
receivers, high-speed interfaces, communication circuits, analog 
circuits and/or hybrid circuits. When a particular diffused IP 
block 102 is unused in a given application, the present invention 
generally allows reuse of the diffused IP block, routing and 
placement resources on the die. For example, alternative (e.g., 
paveover) views may be generated to address routing blockages by 
opening up the routing layers above the fixed diffused layers in 
the IP block. Other approaches, which involve making use of the 
transistors themselves, may require special libraries and tools for 
implementation. 



03-0769 
1496.00345 

The gate reuse methodology in accordance with the present 
invention generally provides a novel approach to gaining back both 
routing and placement resources within a given unused block of IP. 
The present invention generally makes use of the cell -based 
building blocks in a given block of IP to generate a block (or a 
number of blocks) with different functionalities. For example, a 
high-speed interface hardmacro, such as a double data rate (DDR) 
datapath hardmacro, may be built using standard cell gates, such as 
flip-flops, logic gates and buffers. The placement of the gates is 
generally fixed once the hardmacro is placed on the base wafer. 
However, the routing or connectivity of the gates (or cells) making 
up the hardmacro may be changed through the deposition of different 
metal layers. In one application the hardmacro may be instantiated 
as the originally intended DDR block. In another application, the 
hardmacro may be configured as a single bank of registers. In 
still another application, the hardmacro may be configured as a 
combination of buffers and multiplexers. In yet another 
application, the hardmacro may be configured as a register file. 

The present invention generally comprises creating a 
modified netlist for the unused IP block. The modified netlist 
generally connects all desired building blocks within the block 
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into the new configuration. Any unused building blocks in the new 
configuration are generally tied off in the netlist. The modified 
netlist is generally mapped onto the placement of the original 
hardmacro and layout views are generated. The placement is 
generally not changed and the power structures may also be left 
intact. The new hardmacro may be fully routed based on the new 
connectivity. 

When the modified views are incorporated into a database, 
each application may call out one of multiple views that may exist 
for a particular hardmacro. For example, one application may 
instantiate the hardmacro as the original DDR block. A second 
application may instantiate the hardmacro as a bank of registers 
that connects to a different I/O interface. A third application 
may call out the register file view, etc. 

The present invention has an advantage in that multiple 
views of a pre-defined cell -based hardmacro may be generated at any 
point in time. In one example, some thought may be given to 
accommodating more than one application before designing a 
particular hardmacro. For example, a single hardmacro may have one 
view to support a DDR memory interface and another view to support 
a quad data rate (QDR) memory interface. The views may be 
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differentiated through different Totalizations . Each application 
employing the hardmacro may call in an appropriate view. For 
example, an application that does not use the DDR hardmacro may 
still use the I/O slots that sit on the one side of the DDR 
hardmacro. If the interface is speed critical, the registers that 
connect to the I/O slots should be placed next to the I/O slots. 
Making use of the registers in the DDR hardmacro would accomplish 
this goal. In one example, a special view may be generated when 
required. For example, an alternate view may be generated long 
after the original hardmacro and base wafer have been designed. 

In general, no special tools or libraries are used to 
implement the gate reuse methodology in accordance with the present 
invention. New net lists may be, in one example, created manually 
(e.g., with a text editor) or automatically (e.g., from a register 
transfer level (RTL) format using ECO compiler tools that target an 
existing set of diffused cell-based gates) . Routing of the new 
hardmacro may be performed using available routing tools. The 
application netlist instantiates the appropriate view. 

Referring to FIG. 2, a diagram of an IP block 102 is 
shown illustrating an example configuration of a diffused IP 
hardmacro. The block 102 may be disposed near a number of I/O 
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blocks 106a-n. The block 102 may comprise a collection of cell- 
based gates 108a-n, buffers llOa-n and/or flip-flops 112a-n. 
However, other elements may be implemented accordingly to meet the 
design criteria of a particular application. In one example, a 
number of signals received by the block 102 may be presented to an 
input of the gate 108a and inputs of the buffers llOd and llOf. 
The gate 108a may present a signal to the buffers 110a and 110b. 
The buffer 110a may present a signal to the flip-flop 112a. The 
flip-flop 112a may present a signal to the flip-flops 112b and 
112c. 

The buffer 110b may present a signal to the gate 108b. 
The gate 108b may present a signal to (i) the buffers 110c and llOe 
and (ii) the flip-flops 112d and 112e. The buffer llOd may present 
a signal to the gate 104c. The gate 104c may present a signal t ; o 
the buffer llOe. The buffer llOe may present a signal to the flip- 
flop 112f . The flip-flop 112f may present a signal to the flip- 
flop 112g. 

The gate 108n may present a signal to the flip-flops 112h 
and 112i. the flip-flop 112i may present a signal to the flip-flop 
112j . The buffer llOf may present a signal to the buffer llOn. the 
buffer llOn may present a signal to the flip-flop 112n. Each of 
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the flip-flops 112b-112e / 112g, 112h and 112j-112n may present a 
signal to a respective one of the I/O blocks 106b-n. In general, 
the connections between the I/O blocks 106a-n, the gates 108a-n, 
the buffers llOa-n and/or the flip-flops 112a-n may be implemented 
in one or more metal layers placed on a base layer of the block 
102 . 

Referring to FIG. 3, a diagram of a block 102' is shown 
illustrating an alternate view of the hardmacro of FIG. 2. The 
block 102' is generally implemented with the same base layer as the 
block 102 (e.g., the gates, buffers, flip-flops, etc. have the same 
general placement) . However, an alternate functionality may be 
realized by placing alternate metal layers over the base layer of 
the block 102' . 

A number of signals received by the block 102' may be 
presented to an input of each of the buffers llOa-f. The buffer 
110a may be configured to present a signal to the flip-flop 112b. 
The buffer 110b may be configured to present a signal to the buffer 
110c. The buffer 110c may be configured to present a first signal 
to the flip-flop 112a and a second signal to the flip-flop 112d. 
The flip-flop 112a may be configured to present a signal to the 
flip-flop 112c. The buffer llOe may be configured to present a 
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signal to the flip-flop 112e. The buffer 11 Od may be configured to 
present a signal to the flip-flop 112f. The flip-flop 112f may be 
configured to present a signal to the flip-flop 112g. The buffer 
HOf may be configured to present a signal to the gate 108n. The 
gate 108n may be configured to present a signal to the flip-flop 
112h. The flip-flops 112b-112h may be configured to present a 
signal to a respective one of the I/O blocks 102b-102g. The I/O 
blocks 102h-102n may be unused. 

In addition to the alternate metal layers, any unused 
cells are generally tied off. For example, the gates 108a-108c, 
the buffer llOn and the flip-flops 112a, 112f and 112i-n may be 
tied off. As used herein, the phrase tying off and the phrase tied 
off generally refer to the connection of inputs of unused building 
blocks to known (predetermined) levels (e.g., VCC, VDD, VSS, etc.). 
In general, tying off unused building blocks may reduce or 
eliminate leakage currents and noise. 

In general, the unused building blocks may be tied off 
during the creation of an alternate view for the block of IP. 
Tying off may be performed by manually editing the netlist or 
through an ECO compiler tool. For example, a default netlist for 
a buffer building block may include: 
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BUFFAFP VI ( . Z (drive_original_net ) , . A (receive_original_net ) ) . 
An alternate view may tie off the buffer by changing the 
description as follows: 

BUFFAFP VI ( .Z () , .A(l'bO) ) . 
In the alternative view, the Z pin is left unconnected (or 
floating) , while the A pin is tied to ground. From a physical 
standpoint, the buffer VI would have the same placement. However, 
the A pin would be routed to the VSS power net with the alternate 
metal pattern. 

Referring to FIG. 4, a flow diagram 150 is shown 
illustrating a process for designing and fabricating a cell-based 
semiconductor integrated circuit in accordance with a preferred 
embodiment of the present invention. Standard cell semiconductor 
integrated circuits may be designed and fabricated by first 
selecting or defining the standard cell library (e.g., the block 
150) . The standard cell library is generally defined by the 
manufacturer of the integrated circuit. 

Next, the logic designer generally prepares a schematic 
diagram or hardware description language (HDL) specification of a 
logical circuit (e.g., the block 151), in which instances of the 
standard cells in the cell library are selected and interconnected 
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to form a desired logical function. The schematic diagram or HDL 
specification may then passed to a computer-aided design 
verification tool which assists the logic designer in verifying the 
desired logical function (e.g., the block 152). The design 
verification may lead to changes in the schematic diagram or HDL 
specification prepared (e.g., in the block 151). 

When the schematic diagram or HDL specification is 
complete, the schematic diagram may be passed to a series of 
additional computer-aided design tools, beginning with the block 
153, which may assist the logic designer in converting the 
schematic diagram or HDL specification to a semiconductor 
integrated circuit layout definition (e.g., a register transfer 
level (RTL) format) which can be fabricated. For example, in the 
block 153, the schematic diagram or HDL specification may be 
synthesized into the standard cells of the cell library defined in 
the block 150. In the block 154, the design tools may generate a 
netlist of the selected standard cells and the interconnections 
between the cells. In the block 155, the standard cell instances 
may be placed to form a layout pattern for the integrated circuit 
by arranging the cells in selected locations. The standard cell 
instances may be placed manually or by an automatic placement tool. 

13 
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When the standard cell instances have been placed, the 
netlist, layout pattern and corresponding cell definitions may be 
released to fabrication (e.g., the block 157) . In fabrication, the 
base layer masks are generally cut (e.g., the block 158) . The base 
layer masks may include the photolithography masks that are used 
for fabricating the semiconductor device features on the lowest 
layers of the wafer, such as the source and drain diffusion 
regions, the gate oxide areas and the polysilicon gate electrode 
patterns. Higher level masks such as the photolithography masks 
that are used for patterning metal routing layers and the 
electrical contacts between layers may be included in the base 
layer masks. Once the base layer masks have been developed, the 
base layers may be fabricated on the wafer (e.g., the block 159). 

Concurrently with, or subsequent to, the fabrication 
process, the logic designer may continue the design process by 
routing electrical interconnections between the placed standard 
cell instances along routing paths within the metal routing layers. 
For example, when no design changes are desired, the process may 
move to routing the metal layers (e.g., the NO path from the block 
160). When the routing layers have been generated (e.g., in the 
block 162) , the routing data may be released to fabrication for use 
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in cutting the metal layer photolithography masks (e.g., the block 
164) . 

However, when there are design changes involving the 
reuse of one or more of the hardmacros (e.g., the YES paths from 
the blocks 160 and 166) , a database check may be performed to 
determine whether any alternative views of the hardmacros are 
available (e.g., the block 168). When an appropriate alternative 
view is available (e.g., the YES path from the block 168), the 
netlist may be modified accordingly (e.g., the block 170). 
However, if an alternative view that supports the desired reuse is 
not available (e.g., the NO path from the block 168), an 
appropriate view may be generated (e.g., the block 172). For 
example, a new view of each hard macro to be reused may be 
generated manually (e.g., with a text editor) or automatically 
(e.g., from RTL using ECO compiler tools that target an existing 
set of diffused cell-based gates) . When the new views have been 
generated, the netlist may be modified (e.g., the block 170), the 
metal layers routed (e.g., the block 162) and the routing data 
released to fabrication (e.g., the block 164). 

The routing data is generally used to cut the electrical 
contact layer photolithography masks and the metal routing layer 
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photolithography masks. The electrical contact layer and the metal 
routing layers may then be fabricated on the wafers (e.g., the 
block 174. The wafers may then be sliced and diced into individual 
integrated circuit chips which are packaged and shipped (e.g., the 
5 block 176) . 

While the invention has been particularly shown and 
described with reference to the preferred embodiments thereof, it 
will be understood by those skilled in the art that various changes 
in form and details may be made without departing from the spirit 
10 and scope of the invention. 
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